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This treatment of the byte stream by TCP is similar to the treatment of a file by the Unix oper- 
ating system. The Unix kernel does no interpretation whatsoever of the bytes that an applica- 
tion reads or write— that is up to the applications. There is no distinction to the Unix kernel 
between a binary file or a file containing lines of text. - 



17-3 TCP Header 

Recall that TCP data is encapsulated in an IP datagram, as shown in Figure 17.1 
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Figure 17a Encapsulation of TCP data in an IP datagram. 

Figure 172 shows the format of the TCP header Its normal size is 20 bytes, unless 
options are present. 
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16-bit source port number 



16-bit destination port number 



32-bit sequence number 



32-bit acknowledgment number 



4-bit header 
length 



reserved 
(6 bits) 



16-bit TCP checksum 



16-bit window size 



20 bytes 



16-bit urgent pointer 



options (if any) 



data (if any) 



Figure 17.2 TCP header. 
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mvtion I/--* _ : 

There, are six flag bits in the TCP header. One or more of themxan be turned on at 
the saine4ime. We briefly mention-their-use here and discuss eadvflag in more detail in 
later chapters. 

t^G -Theur^ ^ . ' ■ ' * 2 / . . 

ACK The acknowledgment numl^risyaiid.^ , ~ .. . " . . v - * 
PSH s The receiver should pass this*data to the^arpplicatiort^as soon as possible (Sec- 
><'zwl* tion20.5). *> rr,.,sv\.- :-"~Y .r..-~ v. : .x< • ... - 

4 i: RST Reset the^connection^S^ort^S.^. /X \ , / ."7 v ' 

\, SYInI Syncfronizf;.Sjeque^ This ilag~ and me 

" next are describeid in Chapter 18. ^ - ,jr. :h<" x I X j\! 

" : FIN:. The«nderis fiiushedsen<to ^ >~ - a 3bi ■* : ^ T'. - . . 

: rTCPVflpW control is ^-providediby eacii. end^advertising a window siz£^ This is the 
number of bytes* sUrtihg.witfctheone specified by the acknowledgment number field/ 
that the receiver is willing to accept. This4s a£ 16-bit .field^limiting the-window to 65535 
bytes. In Sectiop 24.4 we'lMppk at t^ ; new ; wind^w.s<:ale option that allows this Value 
to be scaled, providing larger, windows.. /...-*>....>?. u v ^ * * 

The checksum covers the TCP segment the TCP deader, and the_TCP dSta. This? is a 
mandatqry fieid that musti>e calculated and stored by : the sender, and then verified by 
the receiver. il\e : TCR:checksfum .i^'calc^ted similar, to the UDP checksum, using a 
pseudo-header as described irtSection 11?3. vrrcc ;» -i- ~* r " s • - " 1 

The urgent pointer is. valid only if the URG. flag te^set This pointer is a positive offset 
that must be added to the sequence number fekl.&f the segment to yield the sequence 
number of,the/lasfc.byte € pV^ way ior the sender to. 

transikit emergency data to the other end. Wgttjook atjhi&feature in Section 20.8; 

v The most common option [ field i^^ inaximum- segpient size optiofi, called the MSS. 
Each end of a connection nqrmaUyspe^ potion- on itfeye first segment exchanged : 
(the one with the SYN v: flag r set to establish the eonnectipn).^ ;It;specifie& the maximum: 
sized^segipjent th^thg; sender waritsrto in more 

detaUinSectioiv^^^ .* - : 

In figure, 17.2 we note, that dxe^te.pqrtipn^f.^e; TCP segment is optional. We'll 
see in Chapter J8 that when ft <^nne*2tipp iScestaWished/aad^when a connection is termi- 
nated, segm.ents.are'exchwged that contain onlyjh^TGP header with possible options. 
A header without any data ^ is,alsp,used to v acknqwledge rec^ive^data, if there is no data.. 
to be transmitted in that direjEtioru^There are alsq- some easjBS. dealing with timeouts 
when a segment can be sent wthout any data..* rji* . ( r l - l - 

17.4- Summary rs'"L t^"< iv.: ? - 

TCP provides a reliable/coi&e^bn^rient^, b)^e sdeam, transport layer service. We 
looked briefly at all the fields lit the TCP header 'arid will examine them in detail, in the 
following chapters. : A ^ L ^ / • ■ : . t < ^ , r / o * - * - : 
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